home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9701 / 000021_owner-linux-arm…r.rutgers.edu _Wed Jan 22 13:22:42 1997.msg < prev    next >
Internet Message Format  |  1998-01-25  |  2KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id NAA32259 for <willy@odie.fluff.org>; Wed, 22 Jan 1997 13:22:41 GMT
  3. Received: from vger.rutgers.edu ([128.6.190.2]) by nic.funet.fi with ESMTP id <67520-26991>; Wed, 22 Jan 1997 15:22:04 +0200
  4. Received: by vger.rutgers.edu id <213214-2094>; Wed, 22 Jan 1997 08:10:59 -0500
  5. Date:     Wed, 22 Jan 1997 13:18:12 +0000 (GMT)
  6. From: Philip Blundell <pjb27@cam.ac.uk>
  7. X-Sender: pjb27@hammer.thor.cam.ac.uk
  8. To: rmk <rmk92@ecs.soton.ac.uk>
  9. cc: linux-arm@vger.rutgers.edu
  10. Subject: Re: Arm Linux
  11. In-Reply-To: <178.199701220042@caramon.armlinux.org>
  12. Message-ID: <Pine.SOL.3.95.970122131636.9292A-100000@hammer.thor.cam.ac.uk>
  13. MIME-Version: 1.0
  14. Content-Type: TEXT/PLAIN; charset=US-ASCII
  15. Sender: owner-linux-arm@vger.rutgers.edu
  16. Precedence: bulk
  17. Status: RO
  18.  
  19. On Wed, 22 Jan 1997, rmk wrote:
  20.  
  21. > Also, the 2.1.x kernels come into this category.  The 2.1.x kernels have an
  22. > altered memory management checking system (it no longer verifies addresses
  23. > before using them [will this cause problems on old hardware?], instead they
  24. > build up tables of possible faulting instructions.  This will be extremely
  25. > difficult for the ARM - we have an unrolled user memcpy routines in the kernel
  26. > == loads of different addresses for faulting instructions, and the problem of
  27. > how to generate the tables without ELF).
  28. > 
  29. > So which great person decided to go all out for ELF?  Is he mad?
  30.  
  31. A more serious problem with 2.1, actually, which we need ELF to fix, is
  32. that it starts to make heavier use of special sections (via gcc __asm__
  33. magic).  Exception fixup stuff goes in a new section, so that it's taken
  34. out of line, and there are moves afoot to put all the kernel
  35. initialisation code in another section so it can be thrown away after
  36. boot time.  I have a feeling Richard's new modules code does some stuff
  37. with ELF as well.
  38.  
  39. P.